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Compressed and coded data recording method. 

@ A method of recording compressed and 
coded data Is designed to improve the speed 
and easiness of random accessing, and to re- 
duce the buffer capacity and facilitate control 
and edition in the reproducing system. The 
method comprises the steps of compressing 
and coding video signals for every predeter- 
mined number of frames with the amount of 
codes per the predetermined number of frames 
being constant; storing the predetermined 
number of frames of compressed and coded 
video signals into at least one video packet; 
storing the video packet in a pack having a time 
slot corresponding to the predetemiined num- 
ber of frames (desirably at the end of the pack) ; 
and recording the video signals on the record- 
ing medium in a pack stream containing such 
packs, with the relation between the size of the 
pack and the size of the bgical block of the 
recording medium being set to 1 : n (n : an 
integer) and the relation between the size of the 
pack and the size of the physical t>lock of the 
recording medium t>eing set to 2 : n. 
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The present invention relates to a method of re- 
cording connpressed and coded video signals on a re- 
cording medium, and a method of recording conrv 
pressed and coded video signals, audio signals and 
other data in time-division multiplexing. 

As a method of recording, reproducing or trans- 
ferring compressed and coded video and audio sig- 
nals and other data in time-division multiplexing, 
there is MPEG (Motion Picture coding Experts 
Group) which conforms to ISO 11172. 

The compressive coding of video signals in this 
scheme employs predictive coding in combination 
with motion compensation, and discrete cosine trans- 
form (DCT). 

In this conventional method or in a system which 
records and reproduces a multiplexed signal consist- 
ing of compressed and coded video and audio signals 
and various kinds of data (audio/video/data multi- 
plexed stream) on and from a predetermined record- 
ing medium, the speed and easiness of random ac- 
cessing, and the reduction of the buffer capacity and 
the facilitation of control and edition in the reproduc- 
ing system are not sufficiently accomplished. 

It is therefore an object of the present invention 
to provide a method of recording compressed and 
coded data, which is advantageous in improving the 
speed and easiness of random accessing, and reduc- 
ing the buffer capacity and facilitating control and edi- 
tion in the reproducing system. 

To achieve the above object, according to this in- 
vention, there is provided a compressed and coded 
data recording method for recording video signals on 
a recording medium in compressed and coded form, 
which method comprises the steps of compressing 
and coding video signals for every predetermined 
number of frames with an amount of codes per the 
predetermined number of frames being constant; 
storing the predetermined number of frames of conrv 
pressed and coded video signals into at least one vid- 
eo packet; storing the video packet In a pack having 
a time slot corresponding to the predetermined nunrv 
ber of frames; and recording the video signals on the 
recording medium in a pack stream containing such 
packs, with a relation between a size of the pack and 
a size of a logical block of the recording medium being 
set to 1 : n (n is an integer) and a relatton between the 
size of the pack and a size of a physical block of the 
recording medium being set to 2 : n. 

According to this method, the correlations be- 
tween a predetermined number of frames of video 
signals to be recorded and the sizes of the logical 
block and physical block of the recording medium are 
well organized. 

The compressed and coded data recording meth- 
od of the present invention has another characteristic 
such that the video packet is stored at the end of a 
pack. Therefore, the data packet and audio packet 
which contain small amounts of data have only to be 



delayed to be synchronous with the timing of repro- 
ducing the video packet, so that a buffer memory re- 
quired for accomplishing this delay can have a small 
capacity. 

5 Fig. 1 is a diagram showing the directions of pre- 

diction between frames of video signals in the 
compressive coding which conforms to ISO 
11172; 

Fig. 2 is a diagram showing the transmission 
10 state of a video stream which conforms to ISO 

11172; 

Fig. 3 is a diagram exemplifying the multiplexing 
of various kinds of data that is specified by the 
system part of MPEG which conforms to ISO 
15 11172; 

Fig. 4 is a diagram for explaining various time 
stamps and reference time infornnation, showing 
how a stream of multiplexed packs in Fig. 3 are 
reproduced; 

20 Fig. 5 is a diagram showing a data format in a 

method of recording compressed and coded data 
according to one embodiment of the present in- 
vention; 

Fig. 6 is a schematic block diagram of an encoder 
25 which accomplishes a method of making the 

amount of data of GOP (Group Of Pictures) con- 
stant in the present invention; and 
Fig. 7 is a time chart for explaining the operation 
of a buffer memory of the encoder shown in Fig. 

30 6. 

Before discussing a preferred embodiment of the 
present invention, the conventional compressive cod- 
ing method will be described referring to the acconrv 
panying drawings. 

35 An image coded by the MPEG scheme consists 

of an I picture (Intra coded picture) coded within a 
frame, a P picture (predictive coded picture) obtained 
by coding the difference between the current image 
and an old picture (decoded image of an I or P picture) 

40 and a B picture (Bidirectionally predictive coded pic- 
ture) obtained by coding the difference between the 
current image and an interpolated image which is pre- 
dicted bidirectionally from old and future images. The 
predictive directions are illustrated In Fig. 1. 

45 Referring to Fig. 1 , coded frame images are synv 

bolized as parallelograms frame by frame. Those 
frame images correspond to consecutive frames of 
input video signals, and "I", "P" and "B" affixed to the 
frame images indicate the aforementioned types of 

50 pictures of the frame images. The arrowheads indi- 
cate the directions of prediction between frames. 

A certain video sequence unit is collectively 
called "GOP" (Group Of Pictures). As one example, 
15 frames are treated as this unit in Fig. 1 and are se- 

55 quentially given frame numbers. 

The compression efficiency in this coding varies 
with the difference in the coding scheme of the indi- 
vidual picture types. The compression efficiency is 
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the highest for B pictures, the next highest compres- 
sion efficiency for P pictures and the lowest compres- 
sion efficiency for I pictures. The amounts of each 
frame and each GOP are not constant and differ de- 
pending on video information to be transmitted. 5 

While the order of uncompressed frames are as 
shown in Fig. 1, the order of compressed frames at 
the time of transmission becomes as shown In Fig. 2 
for the purpose of reducing the delay time In the de- 
coding process. io 

Portions (a) and (b) In Fig. 2 conceptually illus- 
trate each coded frame image in view of the amount 
of data after compression, and the picture types I, P 
and B and frame numbers correspond to those shown 
In Fig. 1 . The coded video signals are arranged in the 15 
order of frame numbers as illustrated, and a se- 
quence header SQH can be affixed to ensure inde- 
pendent reproduction GOP by GOP as shown in a 
portion (c) In Fig. 2. The sequence header, which is 
located at least at the head of a stream of data or a 20 
video stream as shown In the portion (b) In Fig. 2, de- 
scribes Information about the entire video stream. 
The sequence header may be aff bced to the head of 
every GOP to ensure reproduction of data from a mid- 
dle part of each GOP, and includes initial data needed 25 
for the decoding process, such as the size of an inrv 
age and the ratio of the vertical pixels to the horizontal 
pixels. A video stream to be transferred to a decoder 
is formed in the above manner. 

The system part of the MPEG further specifies a 30 
scheme of multiplexing a compressed audio stream 
and a stream of other data in addition to the afore- 
mentioned compressed video stream and accom- 
plishing the synchronized reproduction of those 
streanr^. 35 

Fig. 3 exemplifies the muttiplexing of various 
kinds of data, which is specified by the system part 
of the MPEG. 

In Fig. 3, a portion (a) indicates a data stream of 
coded video signals consecutively arranged in the or- 40 
der of GOPs as indicated by the portion (c) in Fig. 2, 
I.e., a video stream, and a portion (b) indicates a data 
stream of audio signals that are compressed and cod- 
ed by a predetermined coding scheme which will not 
be discussed In detail. Partial data of each stream is 45 
stored In a packet together with a packet header lo- 
cated at the head of the packet. A packet in which vid- 
eo stream data Is stored is called a video packet (VP), 
and a packet in which audio stream data is stored is 
called an audio packet (AP). Likewise, a packet in so 
which a stream of data other than video and audio sig- 
nals, such as control data, is stored is called a data 
packet (DP) though not Illustrated. 

Some of those packets are grouped as a pack 
with a pack header placed at the head of this pack. 55 
The packets are transmitted pack by pack in the form 
shown in a portion (c) in Fig. 3. In the packet trans- 
mission, the pack header serves as a system header 



(SH) which describes information about the whole 
pack stream and includes a pack start code PS and 
a system clock reference SCR that indicates the ref- 
erence of time. The packet header includes a presen- 
tation time stamp PTS and a decoding time stamp 
DTS as needed. A pack is the collection of individual 
partial streams each corresponding to a packet. 

SCR in the pack header is the number of system 
clocks of 90 KHz counted from some point of time, 
and is used as a reference of time in reproducing the 
associated pack. PTS in the packet header repre- 
sents the time at which the presentation of the packet 
containing that PTS as a video image or sound and 
voices starts, by the number of the system clocks 
counted. DTS represents the time at which decoding 
of the packet containing that DTS starts. For B pic- 
tures in a video packet and an audio packet, the time 
data of PTS equals that of DTS so that DTS need not 
particularly be described. For I and P pictures in a vid- 
eo packet, since the presentation starting time lags 
from the decoding starting time due to the rearrange- 
ment of the frames In the opposite order to the one 
shown In Fig. 2, PTS and DTS should be inserted as 
needed. PTS or a combination of PTS and DTS is in- 
serted In a stream of video and audio packets at an 
interval of 0.7 sec or below. 

In reproducing such a stream of packs, the value 
of SCR Is loaded into a counter in a reproducing ap- 
paratus and thereafter the counter starts counting 
the system dock and is used as a dock. When PTS 
or DTS is present, each packet is decoded at the tim- 
ing at which the presentation of the packet as a video 
image or sound and voices starts when the value of 
the counter coincides with PTS. With no PTS and 
DTS present, each packet is decoded following the 
decoding of the previous packet of the same kind. 

The above will be conceptually explained below. 
Suppose that SCR of a pack 1 has been Input at time 
til based on the system dock indicated in a portion (b) 
in Fig. 4 which illustrates the reproduction state of the 
stream of packs that are denoted by the sanrie shapes 
and reference numerals as used in Fig. 3. Time data 
til is described in the SCR. As video stream data 
whose presentation starts from time t12 is stored in 
data DATA11 in the first packet In the pack 1, time 
data t12 is described in PTS of that packet. As audio 
stream data whose presentation starts from time t13 
is stored in data DATA13 in the third packet in the 
pack 1 , time data t1 3 is described in PTS of that pack- 
et As the end portion of GOP1 whose presentation 
starts from time t15 and the head portion of subse- 
quent GOP2 are stored in data DATA14 in the fourth 
packet in the pack 1 , time data t15 is described in PTS 
of that packet. For the subsequent packets, SCR and 
PTS are described in the same manner. A portion (c) 
in Fig. 4 shows presented video signals and a portion 
(d) presented audio signals. Although no PTS is de- 
scribed In the header of that packet which stores 
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packet data DATA12, such a description is unneces- 
sary as long as PTS is inserted at the aforementioned 
interval of 0.7 sec or below. Assuming that GOP has 
the structure shown in Fig. 2, then the packet data 
DATA11 is stored from the data of the first I picture of 5 
the GOP1, so that a value equivalent to the time ear- 
lier by three frames than PTS is described in DTS in 
the packet header of the DATA11 . 

The main characteristics of the compressive cod- 
ing of MPEG video signals and the time-division mul- io 
tiplexing of various kinds of data, which conform to 
ISO 11172. are as follows: 

(1) The amount of data in a video stream differs 
frame by frame and GOP by GOR 

(2) The sequence header SQH, which describes i5 
information about the entire video stream, is lo- 
cated at least at the head of the video stream. 

(3) The system header SH. which describes infor- 
mation about the whole stream of packs, is 
placed at least at the head of the pack stream. 20 

(4) Various packets VP. AP and DP may be ar- 
ranged in a pack in an arbitrary order. 

(5) The tx)undary between GOPs is not associat- 
ed at all with the boundary between packs, and 

the relations of the pack t)oundary with the 25 
boundary between logical blocks and of the 
boundary between the physical blocks of a pack- 
age medium like a disk are not particularly spe- 
cified. 

In view of the above, in a system of recording and 30 
reproducing such a pack stream (audioA^ideo/data 
multiplexed stream) on and from a predetermined re- 
cording medium, the speed and easiness of random 
accessing, and the reduction of the buffer capacity 
and the facilitation of control and edition in the repro- 35 
ducing system are not sufficiently accomplished. 

The present invention will now be described in 
detail referring to the accompanying drawings. 

Fig. 5 is a diagram showing a data format in a 
method of recording compressed and coded data ac- 40 
cording to one embodiment of the present invention. 

In Fig. 5. the amount of data of video signals after 
compression as shown in (b) in Fig. 2 differs frame by 
frame but should always be constant in one GOP. A 
scheme for making the amount of data in a single 45 
GOP constant will be discussed later. A portion (a) in 
Fig. 5 shows the amount of data for each frame in a 
GOP. with the vertical scale representing the amount 
of data and the horizontal scale representing frames 
31 to 14B. The data of the GOP Is stored as a video so 
packet VP in a pack together with an audio packet AP 
and a data packet DP as indicated in a portion (b) In 
Fig. 5. The size of one logical block (a portion (c) in 
Fig. 5) of a predetermined recording medium on which 
such packets are recorded is 2048 bytes, and one 55 
pack has a size of 2048 x 144 bytes (144 logical 
blocks). In one pack, the system header SH including 
the pack start code PS and system dock reference 



SCR. and a data packet DP occupy 2048 x 12 bytes, 
an audio packet AP occupies 2048 x 8 bytes and four 
video packets VP occupy 2048 x 124 bytes. 

The upper limit of the bit rate for audio and video 
signals after compression become as follows. 

audio: 2048 x 8 x 8/0.5005 = 261.88 (Kbps) 
video: 2048 x 124 x 8/0.5005 ^ 4.059 (Mbps) 

The above bit rates are sufficient to transmit two 
channels of high-quality audb signals and video sig- 
nals having a high image quality. To provide four 
channels of audio signals, the size of the data packet 
DP should be changed to 2048 x 4 bytes and an audio 
packet of 2048 x 8 bytes should be added so that each 
pack contains two systems of audio signals. 

The number of physical blocks (portion (d) in Fig. 
5) of the predetermined recording medium varies de- 
pending on the error correcting system, particularly, 
the property of a burst error and the size of redundan- 
cy allowed by the error correction code in the record- 
ing and reproducing system for the recording me- 
dium. For instance, when one physical block has a 
size of 2^® = 65536 bytes, one pack has four and half 
physical blocks, and when one physical block has a 
size of 2^^ = 32768 bytes, one pack has nine physical 
blocks. 

The ratio of a pack to physical blocks is set to 2 : 
9 in this embodiment for the following reason. The 
period of a GOP accessible at random is the period of 
one pack, the size of the pack is set to 2048 x 144 
bytes to ensure transmission of two or four channels 
of high-quality audio signals and high-quality video 
signals, and the size of the physical block is set to 2^® 
bytes to increase the interleave length while reducing 
the redundancy of the error correction code. 

As the audio packet AP contains compressed au- 
dio signals which should be reproduced at substan- 
tially the same time as the GOP. decoding the audio 
signals and reproducing them in synchronism with the 
video signals require a buffer memory which has a ca- 
pacity to store at least one packet of audio signals 
plus audio signals for the decoding delay of video sig- 
nals. Because the audio signals carry a small amount 
of data, however, the buffer memory can have a small 
capacity. The same is true of the data packet DP. To 
reduce the capacities of delaying buffers to acconn- 
plish synchronous reproduction, those two types of 
packets having small amounts of data are arranged 
in front of video packets. 

Random accessing of GOPs recorded on a re- 
cording medium is accomplished by accessing a tar- 
get physical block in accordance with the address, 
which is finally assigned to that physical block and is 
acquired by searching the logical blocks. Since the 
correlation between the logical blocks and the phys- 
ical block for any GOP in Fig. 5 is simple, fast random 
access can be accomplished easily. GOP data whose 
quantity is constant is divided into four packets which 
are stored in a pack having a time slot corresponding 
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to this GOP and the size of the pack has simple inte- 
ger ratios to the sizes of the logical block and physical 
block of the recording medium. In this case, the pack 
and the logical block have a relation of 1 : 144 and the 
pack and the physical block have a relation of 2 : 9. 
In the recording and reproducing system for the re- 
cording medium, therefore, positional control should 
be performed on the information detected point 
based on the simple relations of one GOP per 1 44 log- 
ical blocks and nine physical blocks per pack, at the 
time the desired GOP is accessed. The accessing 
process is therefore performed quickly and simply. 
With regard to the relation between the packet and 
logical blocks, the ratio of the size of the pack header 
and a data packet to the size of logical blocks is 1 : 
1 2, the ratio of the size of an audio packet and the size 
of the logical blocks Is 1 : 8, the ratio of the size of the 
total video packets and the size of the logical blocks 
is 1 : 124. With regard to the relation between the 
packet and physical blocks, the ratio of the size of the 
pack header and a data packet to the size of physical 
blocks is 3 : 8, the ratio of the size of an audio packet 
and the size of the physical blocks is 1 : 4, the ratio 
of the size of the total video packets and the size of 
the physical blocks is 31 : 8. Those correlations are 
more desirable if they are simpler. 

As the system header SH and sequence header 
SQH are inserted in every pack, reproduction can 
easily start from an arbitrary GOP. 

Because the individual GOPs are not fully inde- 
pendent from one another as shown in Fig. 1 , when 
reproduction starts from an arbitrary GOP, the first 
two B picture frames of the first GOP cannot be de- 
coded. If a GOP to be accessed at random is deter- 
mined previously, the first two B picture frames can 
become decodable if they are coded without using 
prediction from the previous P picture frame. 

The same can apply to the edition of data GOP 
by GOP, so that if the editing point is known previous- 
ly, the edition can be performed in the same manner 
as the random accessing. 

While reproduction can start from any GOP, an 
end code indicating the end of reproduction should be 
generated inside the reproducing apparatus as need- 
ed in order to end the reproduction at an arbitrary 
GOP. 

If the audio signals and video signals are associ- 
ated with music, a stream of packs consists of several 
pieces of music and random access of the pack 
stream music by music is sufficient, the aforemen- 
tioned system header SH and sequence header SQH 
should be inserted only at the head of each piece of 
music. 

Further, the contents of those headers, once 
loaded, may not necessarily be read every random 
accessing, depending on the structure of the decod- 
er. Even in this case, those headers need not be in- 
serted In every pack. 



A description will now be given of a method for 
making the amount of data of a video stream in one 
GOP constant. 

Fig. 6 presents a schematic block diagram of an 

5 encoder which accomplishes this method. 

In Fig. 6, the encoder comprises a frame order 
changing section 11, a motion detector 12, a differen- 
tiator 13, a discrete cosine transformer (DCT) 14, a 
quantizer 15, a variable length coder (VLC) 16, a mul- 

10 tiplexer 1 7, a buffer memory 1 8, an inverse quantizer 
19, an inverse DCT 20, an adder 21 and a frame ac- 
cumulating and predicting section 22. The predicting 
section 22 detects the moving vector, and determines 
the prediction mode. The inverse DCT 20, inverse 

15 quantizer 19 and adder 21 constitute a local decoder. 

The basic function of this encoder is to perform 
discrete cosine transform (DCT) of an input digital vid- 
eo signal by the DCT 14, quantize the transfornrved 
coefficient by the quantizer 15, encodes the quan- 

20 tized value by the VLC 16 and output the coded data 
as a video stream via the buffer memory 18. The DCT, 
quantization and coding are carried out in accordance 
with the detection of the moving vector, the discrim- 
ination of the prediction mode, etc., which are accom- 

25 plished by the local decoder, the predicting section 22 
and the motion detector 12. 

While the basic structure and function of this en- 
coder are described in the specifications of the afore- 
mentioned ISO 11172, the block which makes the 

30 amount of data in one GOP In the output video stream 
will be discussed in the following description. 

This block comprises a code amount calculator 
23, a quantization controller 24, a stuffing data gen- 
erator 25, and a timing controller 26. The code 

35 amount calculator 23 attains the amount of stored 
data occupying the buffer memory 18 and calculates 
the amount of accumulated data of vkJeo signals, cod- 
ed at the input sectton of the buffer memory 18, 
(amount of codes) from the head of the GOP. The 

40 quantization controller 24 determines the quantizer 
scale for each predetermined unit obtained* by divid- 
ing one frame by a predetermined size in accordance 
with the amount of the stored data and the amount of 
accumulated data, and controls the amount of coded 

45 data. The stuffing data generator 25 generates pre- 
determined stuffing data in accordance with the 
amount of accumulated data. The timing controller 26 
generates timing signals necessary for the individual 
sections, such as a horizontal sync signal Hsync, a 

50 frame sync signal FRsync and a GOP sync signal 
GOPsync, based on the input digital video signal. The 
quantizer 15 quantizes the coefficient after DCT, div- 
ides this value by the quantizer scale obtained by the 
quantization controller 24, and then outputs the resul- 

55 tant value. The quantizer scale becomes an input to 
the multiplexer 17. The output of the stuffing data 
generator 25, which will be discussed later, is also one 
input to the multiplexer 17. 
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The buffer memory 18 functions as illustrated in 
Fig. 7. A variable amount of coded data is generated 
and written in the buffer 18 at times 0, IT. 2T and so 
forth (T: frame period). In this diagram, the arrows and 
their lengths respectively represent the writing direc- 
tions and the amount of data in the memory 18. The 
data is read out from the buffer memory 18 at a con- 
stant rate. This is represented by the inclined, broken 
lines in the diagram. The writing and reading are re- 
peated in the illustrated manner. The code amount 
calculator 23 obtains the amount of data occupying 
the buffer memory 18, and the quantization controller 
24 alters the quantizer scale of the quantizer 15 
based on the amount of occupying data in such a way 
that the buffer memory 18 does not overflow or un- 
derflow, thus controlling the amount of data to be in- 
put to the buffer memory 18. As the quantizer scale 
of the quantizer 15 increases, the amount of output 
data therefrom decreases. As the quantizer scale de- 
creases, on the other hand, the amount of output data 
from the quantizer 15 increases. The image quality is 
however reciprocal to the quantizer scale. This con- 
trol on the amount of codes is also described in the 
specifications of the ISO 11 172 as a method of trans- 
ferring, at a constant rate, a variable amount of coded 
data generated frame by frame. 

As the amount of data in each GOP is constant in 
this embodiment, the following control is carried out 
in addition to the above-described control on the 
amount of data. 

The value of the quantizer scale may be deter- 
mined as follows. 

Under the condition to make the amount of data 
in one GOP constant, the quantization controller 24 
calculates the amount of accumulated data from the 
head block of the GOP to the immediately before that 
block (expected amount of accumulated data), based 
on the annount of data set previously block by block. 
The quantization controller 24 obtains the difference 
between this expected anrwunt of accumulated data 
and the amount of data obtained by the code amount 
calculator 23 or the amount of accumulated data ac- 
tually coded and generated from the head block of the 
GOP to the immediately before that block (actual 
amount of accumulated data), and determines the 
value of the quantizer scale so that the actual amount 
of accumulated data approaches, but does not ex- 
ceed, the expected amount of accumulated data as 
close as possible in accordance with the positive or 
negative sign of that difference and the absolute val- 
ue thereof. The top of each GOP is indicated by the 
GOP sync signal GOPsync from the timing generator 
26. 

The amount of data for each block may be set in 
the following manner. 

(1) The ratio of the amounts of data of I, P and B 
pictures for each frame is determined. 
For example. I:P:B = 15:5:1. 



(2) The amount of data of each frame determined 
by the ratio given in the above process (1) is 
evenly allocated to the individual blocks in one 
frame. 

5 When coding of all the frames of one GOP is fin- 

ished, the actual anrK)unt of accumulated data is equal 
to or smaller than the expected amount of accumulat- 
ed data. To completely match the expected amount of 
accumulated data with the amount of data in the video 

10 data stream in one GOP period, an insufficient 
amount is compensated by stuffing data (e.g.. dum- 
my data consisting of all "0") generated by the stuff- 
ing data generator 25. 

In the coding system which conforms to the ISO 

15 11172, a bit stream has a plurality of positions where 
a proper amount of stuffing bits having a predeter- 
mined bit pattern can be inserted, and the bit stream 
is defined so that the presence of stuffing bits and the 
length thereof can be discriminated. For example, MB 

20 STUFF (macroblock stuffing) of a macroblock layer 
or the like is used. Further, the quantizer scale is also 
defined to be inserted in the bit stream when it is 
transmitted. For example, QS (quantizer scale) of a 
slice layer is used. 

25 The decoder, which decodes a video data stream 

that includes the stuffing data and quantizer scale 
and has a constant amount of GOP data, detects va- 
rious headers inserted in the Input bit stream (such as 
the sequence header. GOP start code, picture start 

30 code and slice start code), and Is synchronized with 
this bit stream. The decoder performs decoding of 
each block in the bit stream by referring to the quan- 
tizer scale and performs no decoding on stuffing data 
when detected, i.e.. the stuffing data is not decoded 

35 as video or audio signals or other information. In other 
words, the decoder disregards the stuffing data and 
can thus perform decoding without particularly exe- 
cuting the above-described data amount control to 
make the amount of data in each GOP constant. 

40 Although the relation between the pack and the 

logical blocks is set as a ratio of 1 : 144 and the rela- 
tion between the pack and the physical blocks is set 
as a ratio of 2 : 9 in the above-described embodiment, 
the relations are not limited to those ratios. Those re- 

45 lations can be simple and setting them to 1 : n and 2 : 
n (n being an integer) can sufficiently facilitate fast 
random accessing to a recording medium. Although 
one GOP consists of 15 frames, the number of 
frames per GOP can of course take any value. 

50 Although an audio packet and data packets are 

stored in one pack in this embodiment, video packets 
alone may be stored as so-called soundless video im- 
ages. 

According to the compressed and coded data re- 
55 cording method of the present invention, as described 
at>ove in detail, video signals are compressed and 
coded for every predetermined number of frames 
with the amount of codes per the predetenmined num- 
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ber of frames being constant, the predetermined 
number of frames of compressed and coded video 
signals are stored into at least one video packet, the 
video packet is stored in a pack having a time slot cor- 
responding to the predetermined number of frames 5 
(preferably at the end of that pack), and the video sig- 
nals are recorded on the recording medium in a pack 
stream containing such packs, with the relation be- 
tween the size of the pack and the size of the logical 
block of the recording medium being set to 1 : n (n: an io 
integer) and a relation between the size of the pack 
and the size of the physical block of the recording me- 
dium being set to 2 : n. Therefore, the correlations be- 
tween a predetermined number of frames of video 
signals to be recorded and the sizes of the logical is 
block and physical block of the recording medium are 
well organized. This invention is therefore advanta- 
geous method of recording compressed and coded 
data, which is advantageous in improving the speed 
and easiness of random accessing, and reducing the 20 
buffer capacity and facilitating control and edition in 
the reproducing system in the system of recording 
and reproducing compressed and coded data. 

25 

Claims 

1. A compressed and coded data recording method 
for recording video signals on a recording me- 
dium in compressed and coded form, which 30 
method comprises the steps of: 

compressing and coding video signals for 
every predetermined number of frames with an 
amount of codes per said predetermined number 
of frames being constant; 35 

storing said predetermined number of 
frames of compressed and coded video signals 
into at least one video packet; 

storing said video packet in a pack having 
a time slot corresponding to said predetermined 40 
number of frames; and 

recording said video signals on said re- 
cording medium in a pack stream containing such 
packs, with a relation between a size of said pack 
and a size of a logical block of said recording me- 
dium being set to 1 : n (n: an integer) and a rela- 
tion between said size of said pack and a size of 
a physical block of said recording nnedium being 
set to 2 : n. 

2. The recording method according to Claim 1, 
wherein header information necessary to repro- 
duce said pack stream and header information 
necessary to reproduce a stream of compressed 

and coded video signals are inserted in all packs. 55 



45 



50 



retaining said predetermined number of frames of 
compressed and coded audio signals or a data 
packet retaining predetermined information are 
stored in said pack in a time-division multiplexing 
manner. 

The recording method according to Claim 2, 
wherein said video packet and an audio packet 
retaining said predetermined numberof frames of 
compressed and coded audio signals or a data 
packet retaining predetermined information are 
stored in said pack in a time-division multiplexing 
manner. 

The recording method according to Claim 1, 
wherein said video packet is stored at an end of 
said pack. 

The recording method according to Claim 2, 
wherein said video packet is stored at an end of 
said pack. 

The recording method according to Claim 3. 
wherein said video packet is stored at an end of 
said pack. 

The recording method according to Claim 4, 
wherein said video packet is stored at an end of 
said pack. 



The recording method according to Claim 1, 
wherein said video packet and an audio packet 
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@ Compressed and coded data recording method. 

@ A method of recording compressed and 
coded data comprises the steps of compressing 
and coding video signals for every predeter- 
mined number of frames with the amount of 
codes per the group of frames being constant ; 
storing the group of frames of compressed and 
coded video signals into at least one video 
packet ; storing the video packet in a pack 
having a time slot corresponding to the pre- 
detenmined number of frames (desirably at the 
end of the pack) ; and recording the video 
signals on the recording medium in a pack 
stream containing such packs, with the relation 
between the size of the pack and the size of the 
logical block of the recording medium being set 
to 1 : n (n : an integer) and the relation between 
the size of the pack and the size of the physical 
block of the recording medium being set to 2 : 
n. 
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